我正在设计一个系统，但我认为让最终用户能够删除数据库中的条目并不是一个好主意。我是这么认为的，因为通常最终用户一旦获得管理员权限，最终可能会在数据库中弄得一团糟，然后求助于我来修复它。当然，如果他们被设置为管理员，他们将需要能够删除条目，或者至少认为他们做到了。所以，我在想所有数据库中的条目应该有一个“事件”字段。如果他们试图删除一个条目，它只会将标志设置为“false”或类似的东西。然后会有某种super管理员，就是我公司的团队，可以改变这个字段。我已经在我工作的另一家公司看到过这种情况，但我想知道这是否是个好主意。我可以只进行常规数据库备份，然后在它们出错时回滚，添加此字段会增加所

我正在设计一个系统，但我认为让最终用户能够删除数据库中的条目并不是一个好主意。我是这么认为的，因为通常最终用户一旦获得管理员权限，最终可能会在数据库中弄得一团糟，然后求助于我来修复它。当然，如果他们被设置为管理员，他们将需要能够删除条目，或者至少认为他们做到了。所以，我在想所有数据库中的条目应该有一个“事件”字段。如果他们试图删除一个条目，它只会将标志设置为“false”或类似的东西。然后会有某种super管理员，就是我公司的团队，可以改变这个字段。我已经在我工作的另一家公司看到过这种情况，但我想知道这是否是个好主意。我可以只进行常规数据库备份，然后在它们出错时回滚，添加此字段会增加所

我读过一些帖子说使用这种方法“不好”，不应该使用，它不是“关闭”应用程序的正确方法，它不是Android的工作方式......我理解并接受这样一个事实，即Android操作系统比我更清楚何时终止进程的正确时间，但我还没有听到很好的解释说明为什么使用killProcess()是错误的方法。毕竟-它是AndroidAPI的一部分。我所知道的是，在其他线程正在执行潜在的重要工作(文件操作、写入数据库、HTTP请求、运行服务..)时调用此方法会导致线程被终止，这显然不好。另外，我知道我可以从“重新打开”应用程序会更快的事实中受益，因为系统从上次使用应用程序时仍然“保持”在内存状态，并且kill

我读过一些帖子说使用这种方法“不好”，不应该使用，它不是“关闭”应用程序的正确方法，它不是Android的工作方式......我理解并接受这样一个事实，即Android操作系统比我更清楚何时终止进程的正确时间，但我还没有听到很好的解释说明为什么使用killProcess()是错误的方法。毕竟-它是AndroidAPI的一部分。我所知道的是，在其他线程正在执行潜在的重要工作(文件操作、写入数据库、HTTP请求、运行服务..)时调用此方法会导致线程被终止，这显然不好。另外，我知道我可以从“重新打开”应用程序会更快的事实中受益，因为系统从上次使用应用程序时仍然“保持”在内存状态，并且kill

喜欢:startActivity(intent);finish();不显式调用finish()，前一个Activity不会调用onDestroy()，我的内存(OutOfMemoryException)用完了。那么，显式调用finish()来防止OutOfMemory异常是个好主意吗？ 最佳答案 当您启动一个新Activity时，当前Activity被插入当前任务的后栈。(您可以通过标志和/或list更改此行为，但这是默认行为。)当用户按下后退功能时，顶部Activity完成并弹出堆栈。结果是用户看到应用返回到上一个Activity

喜欢:startActivity(intent);finish();不显式调用finish()，前一个Activity不会调用onDestroy()，我的内存(OutOfMemoryException)用完了。那么，显式调用finish()来防止OutOfMemory异常是个好主意吗？ 最佳答案 当您启动一个新Activity时，当前Activity被插入当前任务的后栈。(您可以通过标志和/或list更改此行为，但这是默认行为。)当用户按下后退功能时，顶部Activity完成并弹出堆栈。结果是用户看到应用返回到上一个Activity

为了最好地解释这个问题，我构建了一个简单的例子。假设我有一个类Blob如下:classBlob{stringpersonalName;string&familyName;}Blob可以由Creator(又名Programmer)生成，此时它可以选择一个personalName，并且因为它具有成为1st的特权生成Blob，它可以选择自己的familyName。或者，Blob可以通过生成现有Blob来创建，此时它会选择自己的personalName，但共享一个familyName与已在该系列中克隆的所有其他Blob。如果一个Blob更改了家族名称，则所有其他家族成员都会自动更改该名称。到目

为了最好地解释这个问题，我构建了一个简单的例子。假设我有一个类Blob如下:classBlob{stringpersonalName;string&familyName;}Blob可以由Creator(又名Programmer)生成，此时它可以选择一个personalName，并且因为它具有成为1st的特权生成Blob，它可以选择自己的familyName。或者，Blob可以通过生成现有Blob来创建，此时它会选择自己的personalName，但共享一个familyName与已在该系列中克隆的所有其他Blob。如果一个Blob更改了家族名称，则所有其他家族成员都会自动更改该名称。到目

当我从C++(和小Java)迁移到ObjectiveC(iOS)时，我很难理解iOS中的内存管理。但是现在这一切似乎很自然，我知道保留、自动释放、复制和发布的东西。在阅读了ARC之后，我想知道使用ARC是否有更多好处，或者只是您不必担心内存管理。在搬到ARC之前，我想知道搬到ARC的值(value)。XCode有“ConverttoObjectiveCARC”菜单。转换就这么简单(不用担心)吗？它是否有助于我减少应用程序的内存占用、内存泄漏等(不知何故？)它对我的应用有很大的测试影响吗？什么是不明显的优势？搬到那里有什么缺点吗？ 最佳答案

当我从C++(和小Java)迁移到ObjectiveC(iOS)时，我很难理解iOS中的内存管理。但是现在这一切似乎很自然，我知道保留、自动释放、复制和发布的东西。在阅读了ARC之后，我想知道使用ARC是否有更多好处，或者只是您不必担心内存管理。在搬到ARC之前，我想知道搬到ARC的值(value)。XCode有“ConverttoObjectiveCARC”菜单。转换就这么简单(不用担心)吗？它是否有助于我减少应用程序的内存占用、内存泄漏等(不知何故？)它对我的应用有很大的测试影响吗？什么是不明显的优势？搬到那里有什么缺点吗？ 最佳答案